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(57) In a wireless device (20) attachable to a host 
(10), an interface unit (21) receives data indicating an 
operation mode to be selected from the host. A control- 
ler (23) selects one of a first operation mode and a sec- 
ond operation mode in accordance with the data re- 
ceived by the interface unit (21), and executes the se- 
lected operation mode. 
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Description 

[0001] The present invention relates to a wireless de- 
vice which exchanges data with another device, an in- 
formation processing apparatus, and a device driver 
load method. 

[0002] In recent years, there have been proposed 
many techniques for eliminating troublesome cable con- 
nections among devices and improving convenience by 
connecting a personal computer and its peripheral de- 
vices, audio/visual devices, and the like via a wireless 
interface (wireless device) to exchange data. 
[0003] In such techniques, a wireless device includ- 
ing, e.g., a wireless card or the like, has a single func- 
tion, and in order to attain multi-functions of that device, 
a host that uses the wireless device must implement a 
desired protocol stack. 

[0004] For this purpose, the host must prepare an I/O 
port unique to each use mode to assure resources every 
time a wireless device is connected, and various selec- 
tion and setup operations and the like such as installa- 
tion of a compatible driver, firmware, and the like are 
required, thus disturbing smooth and quick connection. 
[0005] Accordingly, it is an object of the present inven- 
tion to provide a wireless device, information processing 
apparatus, and device driver load method, which can 
easily implement multi-functions while reducing the load 
on a host, thereby improving convenience. 
[0006] According to one aspect of the present inven- 
tion, there is provided a wireless device attachable to a 
host, comprising: an interface unit configured to receive 
data indicating an operation mode to be selected from 
the host; and a controller configured to select the one of 
a first operation mode and a second operation mode in 
accordance with the data received by the interface unit, 
and execute the selected operation mode. 
[0007] According to another aspect of the present in- 
vention, there is provided an information processing ap- 
paratus, comprising: an attachment unit to which a wire- 
less device is attachable; and a device driver loader con- 
figured to select an operation mode of the wireless de- 
vice on the basis of attribute information obtained from 
the wireless device when the wireless device is attached 
to the attachment unit, and boot corresponding software 
in accordance with the selected operation mode to in- 
terlock a processing function with the operation mode 
of the wireless device. 

[0008] According to still another aspect of the present 
invention, there is provided a device driver load method 
applied to an information processing apparatus to which 
a wireless device is attachable, the method comprising: 
selecting an operation mode of the wireless device on 
the basis of attribute information obtained from the wire- 
less device when the wireless device is attached to the 
attachment unit; and booting corresponding software in 
accordance with the selected operation mode to inter- 
lock a processing function with the operation mode of 
the wireless device. 



[0009] This summary of the invention does not nec- 
essarily describe all necessary features so that the in- 
vention may also be a sub-combination of these de- 
scribed features. 
5 [0010] The invention can be more fully understood 
from the following detailed description when taken in 
conjunction with the accompanying drawings, in which: 

FIG. 1 is a block diagram showing the arrangement 
of principal part of a wireless card and an informa- 
tion processing apparatus using that wireless card 
in an embodiment of the present invention; 
FIG. 2 is a flow chart showing the processing se- 
quence from insertion to boot of the wireless card 
in the embodiment; 

FIG. 3 shows a practical description example of a 
portion, associated with the present invention, of 
card attribute information in the embodiment; 
FIG. 4 is a table showing an example of the speci- 
fications of ports in the embodiment; 
FIG. 5 shows a connection arrangement of respec- 
tive units in an L2CAP mode of the wireless card in 
the embodiment; 

FIG. 6 shows a connection arrangement of respec- 
tive units in a Profile mode of the wireless card in 
the embodiment; and 

FIG. 7 is a flow chart showing the processing se- 
quence by a device driver prepared by a host for 
each mode in the embodiment. 

[0011] Embodiments of the present invention will be 
described below with reference to the drawings. 
[0012] In one embodiment, a wireless card (wireless 
device) that complies with Bluetooth™ standards will be 
exemplified. Also, basic operation modes of a host con- 
troller interface, logical link layer, and profile will be re- 
spectively referred to as HCI (Host Controller Interface), 
L2CAP (Logical Link Control and Adaptation Protocol), 
and Profile modes hereinafter. 

[0013] FIG. 1 is a block diagram showing the arrange- 
ment of principal part of a wireless card and an informa- 
tion processing apparatus using the wireless card in an 
embodiment of the present invention. 
[0014] Referring to FIG. 1 , reference numeral 10 de- 
notes an information processing apparatus (to be re- 
ferred to as a host hereinafter) such as a personal com- 
puter (PC) or the like for exchanging data using a wire- 
less card. The host 10 includes a card slot 11 to/from 
which a wireless card is attachable/detachable, a CPU 
12, a storage unit 13, a main memory 14, and the like. 
Symbol D in the storage unit 13 and main memory 14 
indicates a device driver before and after loading, which 
is used for a multi-functional wireless card to be de- 
scribed later. 

[0015] Reference numeral 20 denotes a wireless card 
which is inserted into the card slot 1 1 of the host 1 0 when 
it is used. The wireless card 20 includes an interface 21 , 
card attribute storage unit 22, controller 23, storage unit 
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24, wireless communication unit 25 : and the like. 
[0016] In a first scheme, the wireless card 20 realizes 
a single-function mode that implements HCI alone, and 
a multi-function mode that further implements L2CAP 
as a higher-level protocol stack by the controller 23 and 5 
storage unit 24. One of the single-function mode and the 
multi-function mode can be selected by the interface 21 . 
[0017] In a second scheme, the wireless card 20 re- 
alizes a single-function mode that implements HCI 
alone, and a multi-function mode that implements 
L2CAP which forms a higher-level protocol stack, and 
Profile which provides higher-level services, by the con- 
troller 23 and storage unit 24. One of the single-function 
mode and the multi-function mode is selected (and a 
function mode in the multi-function mode is selected 
when the multi-function mode is selected) by the inter- 
face 21. 

[0018] FIG. 2 is a flow chart showing the processing 
sequence from insertion to boot of the wireless card 20 
in this embodiment. In FIG. 2, steps S11 to S13 corre- 
spond to processes on the host 10 side, and steps S21 
to S27 correspond to processes on the wireless card 20 
side. 

[0019] The operation from insertion to boot of the 
wireless card 20 in the embodiment of the present in- 
vention will be described below with reference to these 
figures. In this case, assume that the first scheme is ap- 
plied. 

[0020] On the host 10 side, the following processes 
are executed. 

[0021] That is, when the wireless card 20 is inserted 
into the card slot 1 1 , the host 1 0 loads card attribute in- 
formation stored in the card attribute storage unit 22 of 
the wireless card 20 via the interface 21 (step S11 in 
FIG. 2). 

[0022] A device driver (D) of the host is loaded from 
the storage unit 1 3 onto the main memory 1 4 on the ba- 
sis of the card attribute information loaded from the card 
attribute storage unit 22. This device driver assures 
host-side resources (I/O port, memory, interrupt) re- 
quired to use the wireless card 20. The device driver 
determines an operation mode of the wireless card 20 
in an initialization sequence of the wireless card 20, and 
writes that mode (by a process for writing a value indi- 
cating the mode in a register) (step S12). The subse- 
quent operation is settled based on the mode selection 
result (successful/unsuccessful) at that time (step S13). 
[0023] On the other hand, the following processes are 
performed for the wireless card 20. 
[0024] That is, after the wireless card 20 is inserted 
into the card slot 1 1 of the host 1 0, the control waits until 
the device driver (D) of the host 1 0 writes a value (value 
indicating the operation mode) indicating whether to 
boot the card in a single-function mode (HCI mode) or 
multi-function mode (L2CAP mode) in a mode select 
register, which is assigned in advance to the interface 
21 (step S21). 

[0025] The controller 23 of the wireless card 20 looks 



up the value written in the interface 21 , loads firmware 
required for the corresponding operation mode from the 
storage unit 24, and starts a boot process (steps S22 
and S23). 

[0026] In this case, if no write access is made for a 
predetermined period of time or more, the card is booted 
in a default operation mode (e.g., single-function mode 
(HCI mode)) (steps S26 and S27). 
[0027] Upon completion of boot of all required func- 
tions, the controller 23 of the wireless card 20 sends a 
message indicating this to the device driver (D) of the 
host 1 0 via a status register or the like of the interface 
21 in the form of a successful/unsuccessful mode se- 
lection message (step S24). 

[0028] The second scheme will be explained below 
with reference to FIGS. 1 and 2, and also to FIGS. 3 to 6. 
[0029] In this case, the wireless card 20 in which the 
HCI mode is assigned to the single-function mode : and 
the L2CAP mode as a higher-level protocol stack, and 
a Profile mode that provides higher-level services are 
assigned to the multi-function mode is realized. 
[0030] That is, the wireless card 20 shown in FIG. 1 
realizes the single-function mode that implements HCI 
alone, and the multi-function mode that implements 
L2CAP which forms a higher-level protocol stack and 
higher-level Profile, by the controller 23 and storage unit 
24. One of the single-function mode and the multi-func- 
tion mode is selected (and a function mode in the multi- 
function mode is selected when the multi-function mode 
is selected) by the interface 21 . 

[0031] To realize such a wireless card 20, the host 10 
acquires the number of selectable indices, and writes 
an index number of an operation mode/service to be 
booted in the interface 21 of the wireless card 20 to se- 
lect that operation mode/service (step S12 in FIG. 2). 
[0032] FIG. 3 shows a detailed description example 
of card attribute information (only the portion associated 
with the present invention) loaded by the host 10. 
[0033] In this case, a mode (Profile mode = Index 02, 
Index 03) that implements higher-level services (various 
Profiles based on the Bluetooth specifications such as 
RFCOMM, dial-up network (DUN), facsimile (Fax), LAN , 
and the like) is defined in addition to the single-function 
mode (HCI mode = index 00), and the multi-function 
mode (L2CAP mode = Index 01). 
[0034] The controller 23 of the wireless card 20 loads 
and boots the selected mode or service, and writes it in 
the interface 21 . Furthermore, the controller 23 checks 
resources on the host side (I/O port, memory, interrupt) 
in accordance with the active mode or service, and sets 
the types of data and commands to be exchanged via 
the interface 21 to operate the card (step S25 in FIG. 2). 
[0035] In this way, data entities to be exchanged with 
the resources on the host side are changed in collabo- 
ration with the device driver (D) of the host 10. 
[0036] For the boot modes shown in FIG. 3, an exam- 
ple of port specifications shown in FIG. 4 may be used. 
For example, a command output port is used to output 
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command packets in the HCI mode; to output an L2CAP 
signal and HCI commands in the L2CAP mode; and to 
output optional commands in the Profile mode. An event 
input port is used to input event packets in the HCI 
mode; to input L2CAP events and HCI events in the 
L2CAP mode; and to input optional events in the Profile 
mode. A data output port is used to output ACL packets 
in the HCI mode; to output L2CAP data packets in the 
L2CAP mode; and to output data corresponding to Pro- 
file in the Profile mode. A data input port is used to input 
ACL packets in the HCI mode; to input L2CAP data 
packets in the L2CAP mode; and to input data corre- 
sponding to Profile in the Profile mode. Furthermore, 
sync data output and input ports are always used to out- 
put and input SCO (Synchronous Connection Oriented) 
data irrespective of the mode selected. 
[0037] When a plurality of basic I/O ports are pre- 
pared, the operations of various multi-function modes 
can be assured without acquiring many resources on 
the host side (e.g., using different I/O ports for respec- 
tive modes). 

[0038] FIG. 5 shows a connection arrangement of the 
respective units of the wireless card 20 in the L2CAP 
mode, and FIG. 6 shows a connection arrangement of 
the respective units in the Profile mode. 
[0039] Profile, SDP, L2CAP, HCI blocks and the like 
in FIGS. 5 and 6 are designed according to the Bluetooth 
standards. Note that ACL (Asynchronous Connection 
Less), GAP (Generic Access Profile), SPP (Serial Port 
Profile), SDAP (Service Discovery Application Profile), 
FTP (File Transfer Profile), and the like also comply with 
specifications specified by the Bluetooth profile specifi- 
cation. 

[0040] In the Profile mode, since the type of Profile 
can be uniquely determined by data to be input/output, 
data to be input/output from the interface 21 can be dis- 
tributed for each individual Profile. In this way, different 
Profile functions can operate at the same time. 
[0041 ] When a plurality of Profiles are to be operated, 
a Profile to be booted must be designated after the Pro- 
file mode is booted. Forthis purpose : a Profile boot com- 
mand is set, or a plurality of indices set for respective 
Profiles are written, and the controller 23 returns status 
according to the booted Profile to the host to every time 
the Profile is booted (by repeating steps S12 and S13 
and steps S21 to S24 in FIG. 2). In this way, the host 1 0 
and wireless card 20 can manage the booted Profiles. 
[0042] In the Profile mode, a socket interface- 1 ike ar- 
rangement and data packets may be defined, as shown 
in FIG. 6. Upon booting a Profile, a socket number is 
assigned to a fixed field such as a header or the like of 
a data packet for each Profile to be booted, and is inter- 
preted to control the Profile to be booted. In this way, 
the Profiles can be identified by socket numbers in data 
packets, and a plurality of identical Profiles can be boot- 
ed on the wireless card 20 side. 

[0043] Also, in the Profile mode, when L2CAP and 
SDP interfaces (for which different commands and 



packet formats are prepared) without the intervention of 
a Profile controller are assured, as shown in FIG. 6, a 
change in setup of SDP and exchange of L2CAP level 
data can be independently attained. Since SCO data is 
5 directly coupled to HCI in either the L2CAP or Profile 
mode, as shown in FIGS. 5 and 6, it can be exchanged 
via the dedicated input/output ports after an SCO link 
has been established. 

[0044] Another scheme will be explained below with 
10 reference to FIGS. 1 to 6 and also FIG. 7. 

[0045] In this scheme, the host 10 includes a device 
driver loader which selects the operation mode of the 
wireless card 20 based on the attribute information upon 
insertion of the wireless card 20 into the host 10, and 
*s selects and boots higher-level software having a func- 
tion required forthe host in accordance with the selected 
operation mode so as to interlock the processing func- 
tion with the operation mode of the wireless card 20. 
[0046] The device driver (D) of the host 1 0 is loaded 
by an operating system (OS), and its subsequent oper- 
ation is settled upon completion of mode selection by 
the process shown in FIG. 2. In the Profile mode, most 
of operations are executed on the wireless card 20 side. 
In such mode, the device driver (D) need only execute 
a process for converting data from an application or the 
like into input/output data for a device. Therefore, a high- 
er-level device driver is loaded from a device driver hav- 
ing mode selection & device boot functions depending 
on the mode. FIG. 7 shows the processing sequence of 
the device driver (D) forthis purpose. 
[0047] The processing load on the host 10 becomes 
heaviest when the wireless card 20 is in the single-func- 
tion (Thin) mode (HCI mode alone in this embodiment). 
In this case, drivers of all higher-level drivers (protocol 
stacks and the like) must be loaded in correspondence 
with services the host side uses (steps S71 and S72). 
After the process of prompting to load drivers, the device 
driver sets an application interface to a partner driver as 
its higher-level driver for the HCI mode (step S73). 
[0048] In the multi-function (FAT) mode (L2CAP and 
Profile modes in this embodiment) in which many proc- 
esses are performed in the wireless card 20, the 
processing load on the device driver (D) of the host 10 
is reduced, and few drivers need be loaded. In this case, 
the device driver prompts to load drivers in correspond- 
ence with the current mode (steps S74 and S75) and 
sets an interface to a higher-level driver (steps S76 and 
S77). Finally, drivers up to applications and the like that 
directly provide services such as a Web browser, termi- 
nal software, and the like, are loaded. The Profile mode 
becomes ready to use immediately after the first driver 
provides an interface to an application. 
[0049] In this way, since the host 1 0 includes the de- 
vice driver loader which selects the operation mode of 
the wireless card 20 based on the attribute information 
upon insertion of the wireless card 20 into the host 10, 
and selects and boots higher-level software having a 
function required for the host in accordance with the se- 
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lected operation mode so as to interlock the processing 
function with the operation mode of the wireless card, 
the host can make preparations without loading unnec- 
essary device drivers. 

[0050] As described above, according to the above 
embodiment, the wireless device (e.g., wireless card) 
20, which complies with the Bluetooth standards and 
can establish connection to the host 10, includes the 
controller 23 for controlling a communication with the 
host 1 0, and the controller 23 can be operated in an op- 
eration mode that implements a communication with the 
host 1 0 by the host controller interface (HCI) and an op- 
eration mode that implements a communication with the 
host 1 0 by the logical link layer (L2CAP), thus realizing 
an easy-to-use wireless device which can flexibly cope 
with the system arrangement on the host side. 
[0051 ] Also, according to the above embodiment, the 
wireless device (e.g., wireless card) 20 : which complies 
with the Bluetooth standards and can establish connec- 
tion to the host 1 0, includes the controller 23 for control- 
ling a communication with the host 1 0, and the controller 
23 can be operated in an operation mode that imple- 
ments a communication with the host 1 0 by the host con- 
troller interface (HCI) and an operation mode that imple- 
ments a communication with the host 10 by the Profile, 
thus realizing an easy-to-use wireless device which can 
flexibly cope with the system arrangement on the host 
side. 

[0052] Furthermore, according to the above embodi- 
ment, the wireless device (e.g., wireless card) 20, which 
complies with the Bluetooth standards and can establish 
connection to the host 10, includes the controller 23 for 
controlling a communication with the host 1 0, and the 
controller 23 can be operated in an operation mode that 
implements a communication with the host 1 0 by the 
host controller interface (HCI) and an operation mode 
that implements a communication with the host 10 by 
the logical link layer (L2CAP) and the Profile, thus real- 
izing an easy-to-use wireless device which can flexibly 
cope with the system arrangement on the host side. 
[0053] As described in detail above, according to the 
present invention, it becomes possible to provide an 
easy-to-use wireless device, which is used upon ex- 
changing data among a plurality of devices, and which 
can greatly reduce the load on the host side that uses 
the wireless device since it can switch between a single- 
function mode and multi-function mode, and can easily 
implement multi-functions. 

[0054] Also, according to the present invention, it be- 
comes possible to provide an easy-to-use wireless card, 
which is attachable to a host via a memory card slot or 
the tike, and complies with the Bluetooth standards, and 
which can greatly reduce the load on the host side, and 
can arbitrarily selectively use a single-function mode 
that implements only HCL and a multi-function mode 
that implements L2CAP, Profile, and the like in corre- 
spondence with the performance of a device driver on 
the host side. 



[0055] Furthermore, according to the present inven- 
tion, it becomes possible to provide an information 
processing apparatus, which exchanges data using a 
wireless device, and which can facilitate use of a wire- 
5 less device having a multi-function mode : and can sim- 
ply and easily implement various wireless communica- 
tion functions by effectively using the wireless device 
having the multi-function mode. 

[0056] Moreover, according to the present invention, 
it becomes possible to provide a device driver load 
method for an information processing apparatus that 
can connect a wireless device via an interface, which 
can obviate the need for loading unnecessary device 
drivers on the information processing apparatus side, 
and can automatically prepare for a single-function 
mode or multi-function mode so as to use the connected 
wireless device. 

[0057] According to the present invention, a wireless 
device, which complies with the Bluetooth standards 
and is connectable to a host, includes a controller con- 
figured to control a communication with the host, and 
the controller can be operated in a first operation mode 
that implements a communication with the host by the 
host controller interface, and a second operation mode 
that implements a communication with the host by the 
logical link layer, thus realizing an easy-to-use wireless 
device which can flexibly cope with the system arrange- 
ment on the host side. 

[0058] Furthermore, according to the present inven- 
tion, a wireless device, which complies with the Blue- 
tooth standards and is connectable to a host, includes 
a controller configured to control a communication with 
the host, and the controller can be operated in a first 
operation mode that implements a communication with 
the host by the host controller interface, and a second 
operation mode that implements a communication with 
the host by the Profile, thus realizing an -easy-to-use 
wireless device which can flexibly cope with the system 
arrangement on the host side. 

[0059] Moreover, according to the present invention, 
a wireless device, which complies with the Bluetooth 
standards and is connectable to a host, includes a con- 
troller for controlling a communication with the host, and 
the controller can be operated in a first operation mode 
that implements a communication with the host by the 
host controller interface, and a second operation mode 
that implements a communication with the host by the 
logical link layer and Profile, thus realizing an easy-to- 
use wireless device which can flexibly cope with the sys- 
tem arrangement on the host side. 



Claims 

55 1. A wireless device (20) attachable to a host (10), 
characterized by comprising: 

an interface unit (21 ) configured to receive data 
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indicating an operation mode to be selected 
from the host; and 

a controller (23) configured to select one of a 
first operation mode and a second operation 
mode in accordance with the data received by 
said interface unit (21 ), and execute the select- 
ed operation mode. 

2. The device according to claim 1 , characterized in 
that the first operation mode is an operation mode 
corresponding to a single protocol stack, and the 
second operation mode is an operation mode cor- 
responding to a plurality of protocol stacks. 



said device (20) includes a wireless card com- 
plying with Bluetooth standards, and 
communication with the host is executed by a 
host controller interface in the first operation 
5 mode, and communication with the host is ex- 

ecuted by a logical link layer in the second op- 
eration mode. 

11. The device according to claim 1 , characterized in 
10 that: 

said device (20) includes a wireless card com- 
plying with Bluetooth standards, and 
communication with the host is executed by a 
host controller interface in the first operation 
mode, and communication with the host is ex- 
ecuted by a profile in the second operation 
mode. 

12. The device according to claim 1 , characterized in 
that: 

said device (20) includes a wireless card com- 
plying with Bluetooth standards, and 
communication with the host is executed by a 
host controller interface in the first operation 
mode, and communication with the host is ex- 
ecuted by a logical link layer and a profile in the 
second operation mode. 



3. The device according to claim 1 , characterized in 15 
that said interface unit (21) distributes the data in 
accordance with the selected operation mode. 

4. The device according to claim 1 , characterized in 
that: 20 

said device (20) includes a wireless card com- 
plying with Bluetooth standards, and 
the first operation mode implements at least a 
host controller interface, and the second oper- 25 
ation mode implements at least one of a logical 
link layer and a profile. 

5. The device according to claim 4, characterized in 
that said controller (23) is capable of booting a plu- 30 
rality of different profiles for each service in the sec- 
ond operation mode. 



6. The device according to claim 4, characterized in 
that said controller (23) is capable of booting a plu- 35 
rality of identical profiles in the second operation 
mode by assigning unique socket numbers to the 
plurality of identical profiles and distributing data 
packets using the socket numbers. 

40 

7. The device according to claim 4, characterized in 
that said an interface unit (21 ) is directly coupled to 
the logical link layer during booting of the profile to 
communicate with the logical link layer. 

45 

8. The device according to claim 4, characterized in 

that said interface unit (21) is directly coupled to a 
service discovery protocol during booting of the pro- 
file to change setup information of a service. 

50 

9. The device according to claim 4, characterized in 
that said interface unit (21 ) is directly coupled to the 
host controller interface to transfer synchronous 
connection oriented (SCO) data. 

55 

10. The device according to claim 1 , characterized in 
that: 
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